WARNING:
JavaScript is turned OFF. None of the links on this concept map will
work until it is reactivated.
If you need help turning JavaScript On, click here.
此概念图以 IHMC CmapTools 创建, 内含信息有关于: 第二章利用UML表達企業流程與系統需求:活動圖 (Activity Diagam)、使用案例 (Use Case), 問題與分析 是 使用案例本身並不是一門困難艱深的學問,事實 上,說穿了,也不過是一句話而已:系統需求的 本質,最終不過是想辦法捕捉到使用者心中的真 正期望!, 適用時機與要點 是 在進行系統設計時,一般比較不傾向利用活 動圖來表達應用程式的架構;也因此,活動 圖通常會比較適合用於表達企業活動的工作 流程關係。, 信仁醫院案例背景描述 是 HSDeRA:特助、主任以及所有承辦人員大家好 ,今天主要是要開始進行需求的訪談,為了讓 整個訪談過程可以順利進行,我們預計採用「 使用案例」的方式來和各位進行溝通。 信仁醫院特助:使用案例?這和我們以前熟悉的 訪談方式好像不大一樣,你能夠進一步説明嗎? HSDeRA:各位,其實這和一般的訪談方式很類 似,只是讓我們能夠更明確地知道我們現在要談 的主題為何?舉例來説,若是今天我要和各位談 的主題是「登記住院紀錄」,由於經由我們的分 析,這個主題相關的人員主要是住院櫃檯的人員 ,因此,我們將只訪談住院櫃檯人員以確切瞭解 他們需求,並把所有的需求全部整理到「登記住 院記錄」的這個需求規格中,這個需求規格就稱 之為「使用案例」 信仁醫院特助:喔,這樣我瞭解了,其實你所説 的使用案例就是以前其他軟體公司説的「需求功 能」嘛! HSDoRA:嗯,有點類似。只是我們的每個使用 案例都會找出使用這個使用案例的相關人員,我 們稱之為「參與者」(Actor),由於有這樣的分析 ,因此在訪談時會更有效率。 信仁醫院特助:嗯,聽起來還不錯。不過以往其 他的軟體公司都會提供相當多的功能選單讓我們 選擇… HSDeRA:是的,不過我想請問一下,這些軟體 公司所提供的功能,貴單位是否會全盤使用? 信仁醫院特助:哈哈,這是我們一個非常大的困 惑。其實軟體公司提供的功能選單中,有很多我 們搞不懂要做什麼,像是什麼「健保晶片讀取轉 檔」、「健保媒體申報轉檔」之類的功能;有些 功能我們又覺得很無趣,像是「病人基本資料建 立作業」、「醫生基本資料建立作業」等。總之 一句話,你們資訊人員的術語,對我們來説真的 是「天書」啊! HSDeRA:是啊,這就是為什麼我們要採取「使 用案例」取代這個「功能選單」的原因啊!「使 用案例」著重的是貴單位使用者對於我們系統的 「期望」(Expectation),因此,我們會先利用貴單 位的「標準作業程序」作為基礎,找出真的對貴 單位有幫助的系統功能以及其相關參與者,這樣 一來,我們就可以針對每個功能進行需求蒐集, 讓整個系統的開發更有效率! 信仁醫院特助:嗯,聽起來挺不錯的,那我們就 開始吧!, 活動圖的基本認識 包括 讓我們利用一個退貨流程來說明活動圖中重 要的幾個元素(Element), 使用案例圖的基本認識 是 就Jacobson的觀點來說,每一個資訊系統的使用案 例代表著使用者對於系統的「某一個完整的期望」, 住出院系統的活動圖 是 另外請注意圖2-6的工作流程僅僅表達正常流程 ,也就是只表達病人經由醫生診斷而住院的流 程,事實上,流程的表達要明確而且清晰;因 此,一般來說,當同張流程圖中,表達的細節 過於複雜的話,建議可拆解為兩張活動圖。, 總結 是 使用案例是屬於需求分析的範疇,而需求本身不能 夠脫離企業流程的規範,因此,使用案例與企業流 程圖間會有所關連。, 使用案例圖的基本認識 是 由於使用案例要同時滿足管理的需求(符合工作流程 )以及使用者的操作性需求,因此,你也可以透過業 務流程來輔助找尋相關的資訊系統使用案例。, 使用案例圖的基本認識 是 找出使用案例的方法非常多,你可以利用兩階段的 方式,先找出企業層級的使用案例,再利用Worker 與系統的關係找出資訊系統的使用案例。, 使用案例圖與系統需求 包括 信仁醫院案例背景描述, 適用時機與要點 是 當開始進行專案開發時,UML活動圖可以讓 RA與企業的領域專家(DomainExpert,在本案 例中就是信仁醫院的特助)對於企業所關心的 作業規範進行良好的溝通。, 第二章利用UML表達企業流程與系統需求:活動圖 (Activity Diagam)、使用案例 (Use Case) 資料來源根據『UML團隊開發流程與管理』 包括 使用案例圖與系統需求, 問題與分析 是 隨著時間的推移,這些作業規範往往會跟不 上真實的作業程序一般來說,這樣的問題主 要發生有以下幾個原因: ■過於重視文件的傳遞,以致於忽略了作業 的本質。著重於「作業」(Operation)本身而非 文件,是進行作業規範流程整理時的重點。 ■忽略了作業規範的重要性 ■作業規範常常難以維護, 活動圖與企業流程 包括 活動圖的基本認識, 問題與分析 是 在蒐集功能需求時,我們並不需要考慮過多跟設 計有關的議題,只需要把重心放在該功能需求的 描述上即可。, 信仁醫院案例背景描述 是 在HSDe的RA跟信仁醫院的使用者溝通時, 發現了幾個雙方無法有效溝通的問題點, 以下是這整個訪談過程中的部分情節: HSDe RA:剛才特助説明了整個住出院的 大致流程(也就是第一章中的流程),不知 道有沒有什麼需要補充的? 信仁醫院特助:我剛剛説的只是住出院裡 的其中一項流程,其實住出院還包括了轉 診住院、急診住院… HSDc RA:是的,我瞭解。我想要問的是 ,剛剛的流程是否是最常發生的? 信仁醫院特助:這倒是 HSDC RA:好的,那我想我們先以這個流 程為基礎,往下做討論。 信仁醫院特助:喔。不過千萬不要忽略其 他的住院流程,那都是非常重要的 HSOcRA:瞭解。順便問一個問題,請問一 下,貴醫院是否有住出院的標準作業流程 (Standard Operating Procedure;SOP)? 信仁醫院特助:嗯…我們醫院有通過ISO認 證。 HSDeRA:那太好了,那麼,我是否可以參 考貴單位的SOP的相關流程圖形? 信仁醫院特助:不過… HSDe RA:請説。 信仁醫院特助:不過,我們的SOP是五年前 訂定的,跟目前的實際流程已經有了差距, 僅具參考價值。 HSDe RA:瞭解,那麼,是否可以看一下貴 單位的SOP流程圖? 信仁醫院特助:請看。 信仁醫院特助:當然,這個SOP已有部分的 修正,舉例來説,目前已經不需要使用住院 申請書來申請,由於我們已經採用了醫師診 間系統,因此,醫生可以直接在診間將住院 申請相關的資訊直接傳送給住出院的櫃檯 HSDeRA:也就是説,當我們的系統完成後 ,這些相關表單也都會電子化 信仁醫院特助:是的。 HSDe RA:我注意到你的SOP中有一個單獨 的「住院」的作業流程 信仁醫院特助:喔!是的,那個作業流程比 較複雜,所以我們有另外一張關於住院的 SOP,你需要參考嗎? HSDe RA:不用了。我的問題是,如果説 SOP是貴單位通過ISO認證的重要工具,那 麼,我們是不是有需要隨時修正這個作業 規範? 信仁醫院特助:當然,如果很容易修正的 話…哈哈。, 使用案例圖與系統需求 包括 使用案例圖的基本認識, 讓我們利用一個退貨流程來說明活動圖中重 要的幾個元素(Element) 是 活動(Activity)是活動圖中最重要的一個元素。 一般來說,所謂的活動係指人或是系統的一連 串的執行細節。, 問題與分析 是 因此,需求工具本身應該具備以下三個特性: ■讓使用者很容易望文生義,也就是說,要盡量 利用使用者容易理解的字眼述某個功能需求。 ■功能需求的描述込須是「目的性」的,而非「 操作性」的,也就是說,要盡可能表達出使用者 進入到系統後,透過這個功能需求可以「達到什 麼」,而不是平鋪直敘的說明。 ■應該能夠明確指出使用這個功能需求的相關人 員以及系統,如此才容易跟這些相關人員溝通, 瞭解到該功能需求的細節, 使用案例圖與系統需求 包括 問題與分析